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DETAILED ACTION 

Response to Amendment 

1 . This action is responding to application papers dated 4/1 0/2001 . 

2. Claims 1 , 3 - 18, 20 - 27 are pending. Claims 1,3,11,12,18 have been amended. 
Claims 2, 19, 28 - 39 have been canceled. Independent claims are 1, 11, 12, 18. 

Response to Arguments 

3. Applicant's arguments filed 2/16/2006 have been fully considered but they are not 
persuasive. 

3.1 The examiner has considered the applicant's remarks concerning the common 
command interface for the processing of commands within a network 
management environment. 

After an additional analysis of the applicant's invention, remarks, and a 
search of the available prior art, it was determined that the current set of prior 
art consisting of Rangachar (6,301,252), Barrett (6,782,420), Chen (6,625,590) 
and Kekic (6,664,978) discloses the applicant's invention including disclosures 
in Remarks dated March 1 , 2006. 

3.2 Applicant argues that the referenced prior art does not disclose "... a plurality 
of user interfaces to provide a command to a common command interface, 
wherein said common command interface is capable of receiving commands in 
a plurality of formats ..." (see Remarks Page 10, Lines 3-5) ; "... 
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commands provided in ASCII from a command line interface, and by command 
in HTML from a web interface ..." (see Remarks Page 12, Lines 6-7) ; "... 
receives commands in a plurality of formats ..." (see Remarks Page 13, Line 
17) 

Rangachar and Kekic discloses a plurality of user interfaces for the input 
of commands, (see Kekic col. 5, lines 40-42: plurality of processes (i.e. 
daemons or executions) for distributed command interfaces) Rangachar and 
Chen discloses the capability for a command line interface for command input, 
(see Chen col. 1, lines 50-56; col. 8, lines 7-13: batch interface, command line 
interface) Rangachar and Barrett discloses the capability for an interactive 
web interface for command input, (see Barrett col. 2, lines 38-41 ; col. 3, lines 
56-57: web interface) The commands are input in multiple formats (i.e. such 
as web (i.e. HTML), command line (i.e. ASCII), and batch formats) 
3.3 Applicant argues that the referenced prior art does not disclose " ... an API 
has to be maintained for each supported format ..." (see Remarks Page 1 1, 
Line 14) 

Rangachar and Barrett discloses an API interface for the development of 
applications to process commands input to a network management system, 
(see Barrett col. 2, lines 41-46; col. 3, lines 16-20; col. 4, line 64 - col. 5, line 2: 
API interface for application development) If required, an API interface is 
developed for each format that is processed. There is not disclosure that an 
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API interface cannot be developed for each format. Therefore, the rejection of 
claims 1, 3 - 18, 20 - 27 is proper and maintained herein. 



Claim Rejections - 35 USC § 103 
The text of Title 35, U.S. Code not included in this action can be found in a prior Office action. 

4. Claims 1 - 27 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Rangachar et al. (US 6,301 ,252) in view of Kekic et al. (US 6,664,978) and further in 
view of Barrett et al. (US 6,782,420) and further in view of Chen et al. (US 6,625,590). 



Regarding Claim 1, Rangachar discloses a method of managing a telecommunications 
network device, comprising: 

e) forwarding the command to the application; (see Rangachar col. 5, lines 23-28): 

send to process (command proxy) for applicable network device) and 

f) completing execution of the command, (see Rangachar col. 4, lines 41-47: process 

command at network device) 

Rangachar discloses a network management system controlling a 
plurality of managed network devices, (see Rangachar col. 4, lines 7-11: "... a 
network manager (sometimes referred to as a network server or a network 
management station) communicating with a plurality of ... switches connected by 
communications links ... ") Rangachar does not specifically disclose the storage 
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(register) of a command within a command interface. 
However, Kekic discloses: 

a) registering at least one command executable by an application with one of a 

plurality of distributed command proxies associated with a common command 
interface (see Kekic col. 5, lines 40-42: plurality of processes (i.e. daemons or 
executions) for distributed command interfaces), said command proxy being local 
to the application; (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed 
environment; col. 16, lines 7-11: predefined command (register (i.e. command 
stored in a list or record)) 

b) registering the command through the command proxy local to the application with 

a central command daemon associated with said common command interface; 
(see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed environment; col. 16, 
lines 7-11: predefined command (register (i.e. command stored in a list or 
record)) 

d) receiving the command at the common command interface from either of said 
command line interface and said web interface : (see Kekic col. 5, lines 40-42: 
process command at local user interface) 
And, Barrett and Chen disclose: 

c) providing a user interface comprising a command line interface and a web 

interface: (see Barrett col. 2, lines 38-41; col. 3, lines 56-57: web interface; see 
Chen col. 1, lines 50-56; col. 8, lines 7-13: command line interface) 
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g) wherein said common command interface receives commands in a plurality of 
formats , (see Barrett col. 2, lines 38-41; col. 3, lines 56-57; see Chen col. 1, 
lines 50-56; col. 8, lines 7-13: web and command line interfaces, multiple formats 
for commands) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable the capability to process commands 
via a local user interface as taught by Kekic, and to enable usage of an interactive web 
interface for command input as taught by Barrett, and to utilize a command line 
interface for command input by the network management system as taught by Chen. 
One of ordinary skill in the art would be motivated to employ Kekic in order to efficiently 
manage a changing, growing robust, and secure heterogeneous network, (see Kekic 
col. 5, lines 2-7: " . . . efficiently manages a constantly changing and growing 
heterogeneous computer network ... solution of this invention ...is flexible, robust, 
secure, collaborative, and most importantly works ..."), and to employ Barrett in order 
to enable efficient communications between a management server and distributed client 
(see Barrett col. 3, lines 16-20: "... This invention provides an application programming 
interface (API) and protocol that provides for efficient communication between a 
distributed client application and an element management server independent of the 
communication protocol to the network element ... "), and in order to enable a flexible 
and robust user interface for network management control, (see Chen col. 1, lines 21- 
24: "... provide more graphical and intuitive management of data communication 
networks, many network management platforms have adopted menu or icon-based 
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Regarding Claim 3, Rangachar discloses the method of claim 1, wherein receiving the 
command at the command interface from the user interface and forwarding the 
command to the application comprises: 

b) determining if the application that registered the received command is local to the 
command proxy that is local to the user interface; (see Rangachar col. 5, lines 
23-28; col. 4, lines 41-47: command is sent to specific process (command proxy) 
for the particular network device from network manager (central command 
daemon)) 

c) if yes, then forwarding the received command to the application that registered 
the received command; and if no, then forwarding the received command to the 
central command daemon, (see Rangachar col. 4, lines 28-30: forward 
commands to network manager for command implementation at local process, 
col. 5, lines 23-28: forward to network device for processing) 

Rangachar does not disclose a local user interface for the input of 
commands. However, Kekic discloses: 
a) receiving the command at one of the plurality of command proxies that is local to 
the user interface; (see Kekic col. 5, lines 40-42: process command at local user 
interface) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable usage of local user interface to 
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process commands as taught by Kekic. One of ordinary skill in the art would be 
motivated to employ Kekic in order to efficiently manage a changing, growing robust, 
and secure heterogeneous network, (see Kekic col. 5, lines 2-7) 

Regarding Claim 4, Rangachar discloses the method of claim 3, further comprising: 

a) forwarding the received command to the one of the plurality of command proxies 
that registered the received command; (see Rangachar col. 5, lines 23-28: 
forward to process (command proxy)) and 

b) forwarding the received command to the application that registered the received 
command, (see Rangachar col. 4, lines 41-47: forward to network device for 
processing) 

Regarding Claim 5, Rangachar does not specifically disclose the storage (register) of a 
command within a command interface. However, Kekic discloses the method of claim 1 , 
wherein the command interface is a central system and wherein registering at least one 
command executable by an application with a command interface comprises: 
registering the command with a central command daemon, (see Kekic col. 5, lines 9-15; 
col. 15, lines 32-36: distributed environment; col. 16, lines 7-11: predefined command 
(register (i.e. command stored in a list or record)) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable usage of local user interface to 
process commands as taught by Kekic. One of ordinary skill in the art would be 
motivated to employ Kekic in order to efficiently manage a changing, growing robust, 
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and secure heterogeneous network, (see Kekic col. 5, lines 2-7) 

Regarding Claim 6, Rangachar does not specifically disclose an API interface for 
application development. However, Barrett discloses the method of claim 1 , wherein 
completing execution of the command comprises: 

receiving the command through a command application programming interface 
(API) linked into the application; and calling a call back routine within the 
application corresponding to the received command, (see Barrett col. 2, lines 41- 
46; col. 3, lines 16-20; col. 4, line 64 - col. 5, line 2: API interface exists for server 
network management system for application development) 
It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable usage of an Application 
Programming Interface (API) in application development as taught by Barrett. One of 
ordinary skill in the art would be motivated to employ Barrett in order to enable efficient 
communications between a management server and distributed client, (see Barrett col. 
3, lines 16-20) 

Regarding Claim 7, Rangachar does not disclose a display interface for responses to 
command. However, Barrett discloses the method of claim 6, wherein completing 
execution of the command further comprises: calling a display routine linked into the 
application to send any display data directly to the user interface, (see Barrett col. 2, 
lines 38-41; col. 5, lines 56-60: display commands and responses at command console) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable a user interface for command 
processing as taught by Barrett. One of ordinary skill in the art would be motivated to 
employ Barrett in order to enable efficient communications between a management 
server and distributed client, (see Barrett col. 3, lines 16-20) 

Regarding Claims 8, 15, Rangachar does not specifically disclose a web interface for 
the network management system. However, Barrett discloses the method of claims 1, 
13, wherein the user interface comprises: a web interface, (see Barrett col. 3, lines 49- 
52; col. 4, lines 16-22: web type command interface for network management system) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable a web interface as taught by 
Barrett. One of ordinary skill in the art would be motivated to employ Barrett in order to 
enable efficient communications between a management server and distributed client, 
(see Barrett col. 3, lines 16-20) 

Regarding Claims 9, 16, 26, Rangachar does not specifically disclose a command line 
interface. However, Chen discloses the method of claims 1, 13, 18, wherein the user 
interface comprises: a command language interface (CLI). (see Chen col. 1, lines 50- 
56: command line interface for command input) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to utilize a command line interface for usage 
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by the network management system as taught by Chen. One of ordinary skill in the art 
would be motivated to enhance Rangachar in order to enable a flexible and robust user 
interface for network management control, (see Chen col. 1, lines 21-24: " ... provide 
more graphical and intuitive management of data communication networks, many 
network management platforms have adopted menu or icon-based interfaces ... ") 

Regarding Claims 10, 17, Rangachar discloses the method of claims 1, 13, wherein 
the user interface comprises: a network/element management system interface, (see 
Rangachar col. 4, lines 7-1 1 : network management system with management console 
or station) 

Regarding Claim 11, Rangachar discloses a method of managing a 
telecommunications network device, comprising: 

e) forwarding the command to a second command proxy, wherein the second 

command proxy is local to the user interface; (see Rangachar col. 5, lines 23-28: 
forward command to applicable process (command proxy)) 

f) forwarding the command through the second command proxy to the central 

command daemon; (see Rangachar col. 4, lines 28-30: forward command to 
network manager (central command processing)) 

g) forwarding the command through the central command daemon to the first 

command proxy; (see Rangachar col. 5, lines 23-28: forward command to 
applicable process (command proxy)) 
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h) forwarding the command through the first command proxy to the application; (see 

Rangachar col. 4, lines 28-30: forward command to network manager (central 
command processing)) and 

i) completing execution of the command, (see Rangachar col. 4, lines 41-47: process 

command at network device) 

Rangachar discloses receiving the command at a command interface; (see 
Rangachar col. 4, lines 28-30: forward command to network manager (central 
command processing)) Rangachar does not specifically disclose the storage 
(register) of a command within a command interface. 
However, Kekic discloses: 

a) registering at least one command executable by an application with a first 

command proxy, wherein the first command proxy is local to the application; (see 
Kekic col. 5, lines 40-42: local user interface; col. 5, lines 9-15; col. 15, lines 32- 
36: distributed environment; col. 16, lines 7-11: predefined command (register 
(i.e. command stored in a list or record)) 

b) registering the command through the first command proxy with a central command 

daemon; (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed 
environment; col. 16, lines 7-11: predefined command (register (i.e. command 
stored in a list or record))) 

And, Barrett and Chen disclose: 
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c) providing a user interface comprising a command line interface and a web 

interface: (see Barrett col. 2, lines 38-41; col. 3, lines 56-57: web interface; see 
Chen col. 1, lines 50-56; col. 8, lines 7-13: command line interface) 

d) receiving the command at either of said command line interface and said web 

interface ; (see Barrett col. 2, lines 38-41; col. 3, lines 56-57: web interface; see 
Chen col. 1, lines 50-56; col. 8, lines 7-13: command line interface) 
j) wherein said first command proxy and said second command proxy receive 
commands in a plurality of formats (see Barrett col. 2, lines 38-41; col. 3, lines 
56-57:; see Chen col. 1, lines 50-56; col. 8, lines 7-13: web and command line 
interfaces, multiple formats for commands) 
It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable the capability to process commands 
via a local user interface as taught by Kekic, and to enable usage of an interactive web 
interface for command input as taught by Barrett, and to utilize a command line 
interface for command input by the network management system as taught by Chen. 
One of ordinary skill in the art would be motivated to employ Kekic in order to efficiently 
manage a changing, growing robust, and secure heterogeneous network, (see Kekic 
col. 5, lines 2-7), and to employ Barrett in order to enable efficient communications 
between a management server and distributed client (see Barrett col. 3, lines 16-20), 
and in order to enable a flexible and robust user interface for network management 
control (see Chen col. 1, lines 21-24). 
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Regarding Claim 12, Rangachar discloses a method of managing a 
telecommunications network including a first network device and a second network 
device, comprising: 

a) executing a community command daemon on one of the first or second network 
devices; (see Rangachar col. 4, lines 28-30: multiple network devices are 
managed by network manager (central command daemon)) 

b) executing a first application on the first network device; executing a second 
application on the second network device; (see Rangachar col. 5, lines 23-28: 
applicable process (command proxy) is executed) 

Rangachar does not specifically disclose the storage (register) of a 
command within a command interface. 
However, Kekic discloses: 

c) registering a first command executable by the first application with a first 
command interface on the first network device; registering a second command 
executable by the second application with a second command interface on the 
second network device; (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: 
distributed environment; col. 16, lines 7-11: predefined command (register (i.e. 
command stored in a list or record)) and 

d) registering the first and second commands with the community command 
daemon, (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed 
environment; col. 16, lines 7-11: predefined command (register (i.e. command 
stored in a list or record)) 



Application/Control Number: 09/832,436 Page 15 

Art Unit: 2143 

And, Barrett and Chen disclose: 
e) wherein said command interfaces receive commands in a plurality of formats , 
(see Barrett col. 2, lines 38-41; col. 3, lines 56-57; see Chen col. 1, lines 50-56; 
col. 8, lines 7-13: web and command line interfaces, multiple formats for 
commands) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable the capability to process commands 
via a local user interface as taught by Kekic, and to enable usage of an interactive web 
interface for command input as taught by Barrett, and to utilize a command line 
interface for command input by the network management system as taught by Chen. 
One of ordinary skill in the art would be motivated to employ Kekic in order to efficiently 
manage a changing, growing robust, and secure heterogeneous network, (see Kekic 
col. 5, lines 2-7), and to employ Barrett in order to enable efficient communications 
between a management server and distributed client (see Barrett col. 3, lines 16-20), 
and in order to enable a flexible and robust user interface for network management 
control (see Chen col. 1, lines 21-24). 

Regarding Claims 13, 14, Rangachar discloses the method of claim 12, further 
comprising: 

a) receiving the first/second command at the community command daemon from a 
user interface; (see Rangachar col. 6, lines 24-26: multiple command interface 
systems ;col. 4, lines 28-30: network manager (community command daemon)) 
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b) forwarding the first command through the community command daemon to the 
first/second command interface; (see Rangachar col. 5, lines 14-19) 

c) forwarding the first/second command through the first command interface to the 

first/second application; (see Rangachar col. 5, lines 23-28) and 

d) completing execution of the first/second command, (see Rangachar col. 4, lines 
41-47: process command at network device) 

Regarding Claim 18, Rangachar discloses a telecommunications network device, 
comprising: 

a) an application executing a command; (see Rangachar col. 5, lines 23-28: 
command processes (application) to execute a command) 

Rangachar does not specifically disclose the capability to register a 
command or a common command interface. 
However, Kekic discloses 

b) wherein comprising a distributed system and a plurality of distributed command 

proxies wherein the application registers the command and receiving the 
command from a user interface and forwards the received command to the 
application, (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed 
environment; col. 16, lines 7-11: predefined command (register (i.e. command 
stored in a list or record)), and Chen discloses wherein a common command 
interface having a central command daemon (see Chen col. 7, lines 55-59: 
command line interface). In addition, Barrett and Chen disclose wherein said 
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common command interface receives commands in a plurality of formats , (see 
Barrett col. 2, lines 38-41; col. 3, lines 56-57; see Chen col. 1, lines 50-56; col. 8, 
lines 7-13: web and command line interfaces, multiple formats for commands) 
It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable the capability to process commands 
via a local user interface as taught by Kekic, and to enable usage of an interactive web 
interface for command input as taught by Barrett, and to utilize a command line 
interface for command input by the network management system as taught by Chen. 
One of ordinary skill in the art would be motivated to employ Kekic in order to efficiently 
manage a changing, growing robust, and secure heterogeneous network, (see Kekic 
col. 5, lines 2-7), and to employ Barrett in order to enable efficient communications 
between a management server and distributed client (see Barrett col. 3, lines 16-20), 
and in order to enable a flexible and robust user interface for network management 
control (see Chen col. 1, lines 21-24). 

Regarding Claim 20, Rangachar discloses the telecommunications network device of 
claim 18, wherein the common command interface comprises a distributed system and 
a central system including: 

a) a central command daemon; (see Rangachar col. 4, lines 18-22; col. 7, lines 6-10: 
network manager (central command daemon)) and 

b) a plurality of distributed command proxies, (see Rangachar col. 4, lines 7-11;col. 
5, lines 23-28: processes (command proxies)) 



Application/Control Number: 09/832,436 Page 18 

Art Unit: 2143 

Regarding Claim 21, Rangachar does not specifically disclose an API interface for 
application development. However, Barrett discloses the telecommunications network 
device of claim 18, wherein the application comprises: a command application 
programming interface (API) for registering the command with the common command 
interface and for responding to the command forwarded by the common command 
interface, (see Barrett col. 2, lines 41-46; col. 3, lines 16-20; col. 4, line 64 - col. 5, line 
2: API interface for application development) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable usage of an Application 
Programming Interface (API) in application development as taught by Barrett. One of 
ordinary skill in the art would be motivated to employ Barrett in order to enable efficient 
communications between a management server and distributed client, (see Barrett col. 
3, lines 16-20) 

Regarding Claim 22, Rangachar discloses the telecommunications network device of 
claim 21, wherein the command API comprises: 

b) a command handler for responding to the command forwarded by the common 

command interface, (see col. 4, lines 18-25: network manager (command 

handler) processing commands) 

Rangachar does not disclose the registration of a command. 
However, Barrett discloses: 
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a) a registration routine for registering the command with the common command 
interface; (see Kekic col. 5, lines 9-15; col. 15, lines 32-36: distributed 
environment; col. 16, lines 7-11: predefined command (register (i.e. command 
stored in a list or record)) 
It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable the capability to process commands 
via a local user interface as taught by Kekic. One of ordinary skill in the art would be 
motivated to employ Kekic in order to efficiently manage a changing, growing robust, 
and secure heterogeneous network, (see Kekic col. 5, lines 2-7) 

Regarding Claim 23, Rangachar does not specifically disclose an API interface for 
application development. However, Barrett discloses the telecommunications network 
device of claim 22, wherein the application further comprises: a call back routine, 
wherein the command handler calls the call back routine when the command handler 
receives the command forwarded by the common command interface, (see Barrett col. 
2, lines 41-46; col. 3, lines 16-20; col. 4, line 64 - col. 5, line 2: API interface for 
application development) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable usage of an Application 
Programming Interface (API) in application development as taught by Barrett. One of 
ordinary skill in the art would be motivated to employ Barrett in order to enable efficient 
communications between a management server and distributed client, (see Barrett col. 
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Regarding Claim 24, Rangachar does not disclose a display interface for responses to 
command. However, Barrett discloses the method of claim 21, wherein completing 
execution of the command further comprises: calling a display routine linked into the 
application to send any display data directly to the user interface, (see Barrett col. 2, 
lines 38-41; col. 5, lines 56-60: display commands and responses at command console) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable a user interface for command 
processing as taught by Barrett. One of ordinary skill in the art would be motivated to 
employ Barrett in order to enable efficient communications between a management 
server and distributed client, (see Barrett col. 3, lines 16-20) 

Regarding Claim 25, Rangachar does not specifically disclose a web interface for the 
network management system. However, Barrett discloses the method of claim 18, 
wherein the user interface comprises: a web interface, (see col. 3, lines 49-52; col. 4, 
lines 16-22: web type command interface for network management system) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Rangachar to enable a web interface as taught by 
Barrett. One of ordinary skill in the art would be motivated to employ Barrett in order to 
enable efficient communications between a management server and distributed client, 
(see Barrett col. 3, lines 16-20) 
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Regarding Claims 27, Rangachar discloses the method of claim 18, wherein the user 
interface comprises: a network/element management system interface, (see Rangachar 
col. 4, lines 7-1 1 : network management system with management console or station) 

* 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kyung H. Shin whose telephone number is (571) 272- 
3920. The examiner can normally be reached on 7:30 am - 5 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, David A. Wiley can be reached on (571) 272-3923. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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